# This is a BitKeeper generated patch for the following project: # Project Name: Linux kernel tree # This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: # ChangeSet 1.930.107.2 -> 1.930.107.3 # include/linux/smp.h 1.2 -> 1.3 # # The following is the BitKeeper ChangeSet Log # -------------------------------------------- # 03/04/21 bjorn_helgaas@hp.com 1.930.112.8 # ia64: Remove unused acpi_get_addr_space() interface. # -------------------------------------------- # 03/04/21 jgarzik@pobox.com 1.930.108.7 # [PATCH] tg3 fix # # Marcelo, # # One-liner which adds a missing shutdown-state-machine step in tg3. # # Please apply. # # Jeff # # # # # ===== drivers/net/tg3.c 1.62 vs edited ===== # -------------------------------------------- # 03/04/21 stern@rowland.harvard.edu 1.930.113.1 # [PATCH] USB: usb storage async unlink error code fix # # Guess what I just learned today about status code reporting following an # asynchronous unlink in Linux 2.4? While the OHCI hcd probably behaves # just fine (I haven't tested it), the UHCI hcd does something _very_ # strange. # # In the completion handler, the urb->status value is -ECONNRESET, as you # might expect. But when the completion handler returns, urb->status gets # changed to -ENOENT! Needless to say, this is rather confusing and it # probably accounts for a good deal of the difficulties we've seen during # the last half-year or so in processing aborted transfers. # # The proper way to fix this is to change the UHCI driver. But it's # complicated and a mess, so instead here's a band-aid for the usb-storage # driver. Since the driver does not use synchronous unlinks, the patch just # changes status codes from -ENOENT back to -ECONNRESET. I know this is # racy and not the best thing to do, but at least it may help for the time # being. # # # Content-Description: Async unlink status code patch for usb-storage # -------------------------------------------- # 03/04/21 lucy@innosys.com 1.930.113.2 # [PATCH] USB: keyspan driver fixes # # Here are patches for keyspan.c and keyspan.h against # 2.4.20 with pre7 patches applied. # # The fixes: # # - fix multi-port open control message delayed. (When multiple ports # were opened one immediately following the other, only the first # port opened successfully). # # - fix entries for the 'mpr'. (Were incorrect/incomplete.) # -------------------------------------------- # 03/04/21 stern@rowland.harvard.edu 1.930.113.3 # [PATCH] USB: usb-storage fixes # # The first patch implements an auto-reset following a scsi abort for the # bulk-only transport. This behavior is required by the specification, # which states that two commands may not be issued without retrieving a # status or performing a reset in between. # # The second patch implements unique CBW/CSW tags for the bulk-only # transport. The old code used the scsi serial number, which is not always # incremented for each new command. Unique tags allow us to identify # mismatches and synchronization errors more quickly. # -------------------------------------------- # 03/04/21 linux-bt.adm@hostme.bitkeeper.com 1.930.114.1 # Merge bk://linux.bkbits.net/linux-2.4 # into hostme.bitkeeper.com:/ua/repos/l/linux-bt/bt-2.4 # -------------------------------------------- # 03/04/21 davem@nuts.ninka.net 1.930.115.1 # Merge nuts.ninka.net:/home/davem/src/BK/sparcwork-2.4 # into nuts.ninka.net:/home/davem/src/BK/sparc-2.4 # -------------------------------------------- # 03/04/22 paulus@samba.org 1.930.116.1 # Merge samba.org:/home/paulus/kernel/linux-2.4 # into samba.org:/home/paulus/kernel/for-marcelo-ppc # -------------------------------------------- # 03/04/22 shemminger@osdl.org 1.930.117.1 # [BRIDGE]: New maintainership. # -------------------------------------------- # 03/04/22 shaggy@shaggy.austin.ibm.com 1.930.118.1 # Merge jfs@jfs.bkbits.net:linux-2.4 # into shaggy.austin.ibm.com:/shaggy/bk/jfs-2.4 # -------------------------------------------- # 03/04/22 jgarzik@pobox.com 1.930.108.8 # [PATCH] fix fealnx build on ia64 and other non-x86 # # Fix typo that kills build on several non-x86 platforms. # # # ===== drivers/net/fealnx.c 1.18 vs edited ===== # -------------------------------------------- # 03/04/22 trini@kernel.crashing.org 1.930.94.14 # PPC32: Export a missing symbol (__div64_32) # -------------------------------------------- # 03/04/22 marcelo@freak.distro.conectiva 1.930.108.9 # Merge http://jfs.bkbits.net/linux-2.4 # into freak.distro.conectiva:/home/marcelo/bk/linux-2.4 # -------------------------------------------- # 03/04/22 green@linuxhacker.ru 1.930.108.10 # [PATCH] Memleak fix for DIGITAL EtherWORKS 3 ethernet driver # # Hello! # # There is a memleak on error exit path that is trivial to fix. # The problem is present both in 2.4 and 2.5, the same patch applies. # # Please consider applying. # # Bye, # Oleg # # ===== drivers/net/ewrk3.c 1.20 vs edited ===== # -------------------------------------------- # 03/04/22 ebrower@usa.net 1.930.115.2 # [SPARC]: Refactor AUXIO support. # -------------------------------------------- # 03/04/23 rob@osinvestor.com 1.930.115.3 # [SPARC]: Kill initialize_secondary, unused. # -------------------------------------------- # 03/04/23 davem@nuts.ninka.net 1.930.117.2 # [NET]: SG without checksum support is illegal. # -------------------------------------------- # 03/04/23 marcel@holtmann.org 1.930.88.2 # [Bluetooth] Fix L2CAP binding to local address # # In the function l2cap_connect_ind() we compare the bounded # address with the address of an incoming connection, but we # have to compare it with the local address of the HCI device. # -------------------------------------------- # 03/04/23 maxk@qualcomm.com 1.930.114.2 # Merge bk://linux-bt.bkbits.net/marcel-2.4 # into qualcomm.com:/home/kernel/bt-2.4 # -------------------------------------------- # 03/04/23 greg@kroah.com 1.930.108.11 # Merge kroah.com:/home/greg/linux/BK/bleed-2.4 # into kroah.com:/home/greg/linux/BK/gregkh-2.4 # -------------------------------------------- # 03/04/23 agrover@groveronline.com 1.973 # ACPI: Add missing include # -------------------------------------------- # 03/04/23 agrover@groveronline.com 1.974 # Merge groveronline.com:/root/bk/linux-2.4 # into groveronline.com:/root/bk/linux-2.4-acpi # -------------------------------------------- # 03/04/23 benh@kernel.crashing.org 1.930.119.1 # [PATCH] Fix PPC build # # Hi Marcelo ! # # This patch was apparently missing from the batch you pulled, thus causing ppc32 to # not compile in -rc1... Please apply. # # Ben. # -------------------------------------------- # 03/04/23 linux-bt.adm@hostme.bitkeeper.com 1.930.120.1 # Merge bk://linux.bkbits.net/linux-2.4 # into hostme.bitkeeper.com:/ua/repos/l/linux-bt/bt-2.4 # -------------------------------------------- # 03/04/23 marcelo@freak.distro.conectiva 1.930.108.12 # Merge bk://kernel.bkbits.net/gregkh/linux/marcelo-2.4 # into freak.distro.conectiva:/home/marcelo/bk/linux-2.4 # -------------------------------------------- # 03/04/23 marcelo@freak.distro.conectiva 1.930.108.13 # Avoid is_dumpable() NULL pointer reference. # -------------------------------------------- # 03/04/23 bcollins@debian.org 1.930.108.14 # [PATCH] Fix IEEE1394 locking problems + cleanups # # This is mostly a code merge with our more stable 2.5 tree. Fixes a lot # of locking problems, cleans up some devfs usage, and cleansup some # internal per-host data handling. # -------------------------------------------- # 03/04/23 stelian.pop@fr.alcove.com 1.930.108.15 # [PATCH] sonypi fixes # # Hi, # # I've already send this once or twice, but it hasn't been applied yet # to the 2.4 tree. # # I've attached below a smaller patch, containing only the obviously # correct changes, so there is no risk involved in applying this. # # Original credit goes to Adrian Bunk for the .text.exit related # changes and to Daniel K. for the battery #defines. # # Marcelo, please apply. # # Stelian. # # ===== drivers/char/sonypi.c 1.14 vs edited ===== # -------------------------------------------- # 03/04/23 marcelo@freak.distro.conectiva 1.930.108.16 # Merge bk://ppc.bkbits.net/for-marcelo-ppc # into freak.distro.conectiva:/home/marcelo/bk/linux-2.4 # -------------------------------------------- # 03/04/23 bjorn_helgaas@hp.com 1.930.112.9 # ia64: Wrap pal.h with #ifdef __KERNEL__ to solve userland compilation issues # (including ). # -------------------------------------------- # 03/04/24 paulus@samba.org 1.930.121.1 # Merge samba.org:/home/paulus/kernel/linux-2.4 # into samba.org:/home/paulus/kernel/for-marcelo-ppc # -------------------------------------------- # 03/04/24 agrover@groveronline.com 1.975 # ACPI: Update to 20030424 # - Remove an unused parameter from lowlevel read/write functions # - FADT initialization cleanups # -------------------------------------------- # 03/04/24 javaman@katamail.com 1.930.108.17 # [PATCH] explicit support for nVidia nForce # # This patch explicit the support for nVidia nForce chip # please apply. # # bye, # Paolo # -------------------------------------------- # 03/04/24 agrover@groveronline.com 1.976 # Merge groveronline.com:/root/bk/linux-2.4 # into groveronline.com:/root/bk/linux-2.4-acpi # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.1 # Merge with head. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.2 # Aic7xxx and Aic79xx driver Update # o Avoid pre-2.5.X mid-layer deadlock due to SCSI malloc fragmentation # # For pre-2.5.X kernels, attempt to calculate a safe value # for our S/G list length. In these kernels, the midlayer # allocates an S/G array dynamically when a command is issued # using SCSI malloc. This list, which is in an OS dependent # format that must later be copied to our private S/G list, is # sized to house just the number of segments needed for the # current transfer. Since the code that sizes the SCSI malloc # pool does not take into consideration fragmentation of the # pool, executing transactions numbering just a fraction of our # concurrent transaction limit with list lengths aproaching # AH?_NSEG in length will quickly depleat the SCSI malloc pool # of usable space. # # Unfortunately, the mid-layer does not properly handle this # scsi malloc failure. In kernels prior to 2.4.20, should # the device that experienced the malloc failure be idle and # never have any new I/O initiated (block queue is not "kicked"), # the process will hang indefinitely. In 2.4.20 and beyond, # the disk experiencing the failure is marked as a "starved # device", but this only helps if I/O is initiated to or completes # on that HBA. If the failure was induced by another HBA, and # no other I/O is pending on the HBA and no new transactions are # queued, we are still succeptible to the hang. (Also note that # many 2.4.X kernels do not properly lock the "some_device_starved" # and "device_starved" fields calling into question their overall # effectiveness). # # By sizing our S/G list to avoid SCSI malloc pool fragmentation, # we will hopefully avoid this deadlock at least for configurations # where our own HBAs are the only ones using the SCSI subsystem. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.3 # Aic7xxx and Aic79xx Driver Update # o Correct channel information in our /proc output. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.4 # Aic7xxx and Aic79xx driver updates # o Work around peculiarities in the scan_scsis routines # that could, due to having duplicate devices on our # host's device list, cause tagged queing to be disabled # for devices added via /proc. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.5 # Aic7xxx and Aic79xx driver updates # o Remove extra complexity and code duplication in processing # the completeq now that the completeq can be run while holding # both the ah?_lock and the done_lock. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.6 # Aic7xxx and Aic79xx driver Update # o Fix style nits. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.7 # Aic7xxx and Aic79xx Driver Updates # o Correct type safty of option parsing logic # o Make option toggling work correctly # o Add "probe_eisa_vlb" as an alias for the "no_probe" option so # that there is a clearly defined name associated with the command # line feature that allows eisa_vlb probes to be enabled/disabled # in the aic7xxx driver. # o PCI parity error checking defaults to being enabled. # -------------------------------------------- # 03/04/24 hch@lst.de 1.930.108.18 # [PATCH] add intelfb to Config.in # # Alan sent you David Dawes; intelfb driver a while ago but forgot # to actually add it to the Config.in file so no one could compile it. # # Fix that and three other minor glitches: # # (1) wrong placed ifdef in intelfbdrv.c, causes compile failure with # some config options # (2) remove some makefile junk # (3) remove a dead file in drivers/video/intel (it's a copy o another # one in that dir) # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.8 # Aic7xxx Driver Update # o Auto disable PCI parity error reporting after 10 parity errors # are observed. The user is given a loud warning message telling # them that eiter a device plugged into their motherboard or their # motherboard is not very healthy. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.9 # Aic79xx Driver Update # o Perform a few firmware optimizations # o Correct the packetized status handler so that # it can handle CRC errors during status data packets. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.10 # Use absolute path to drivers/scsi in the aic7xxx Makefile. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.11 # Aic79xx Driver Update # o Correct "Unexpected PKT Busfree" error observed under high # tag loads. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.12 # Aic79xx Driver Update # o Revert ahd_pause_and_flushwork() behavior so that ENSELO can # be cleared. This makes ahd_pause_and_flushwork() more effective # when the bus is hung. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.13 # Aic79xx Driver Upate # o Switch to handling bad SCSI status as a sequencer interrupt # instead of having the kernel proccess these failures via # the completion queue. This is done because: # # - The old scheme required us to pause the sequencer and clear # critical sections for each SCB. It seems that these pause # actions, if coincident with a sequencer FIFO interrupt, would # result in a FIFO interrupt getting lost or directing to the # wrong FIFO. This caused hangs when the driver was stressed # under high "queue full" loads. # - The completion code assumed that it was always called with # the sequencer running. This may not be the case in timeout # processing where completions occur manually via # ahd_pause_and_flushwork(). # - With this scheme, the extra expense of clearing critical # sections is avoided since the sequencer will only self pause # once all pending selections have cleared and it is not in # a critical section. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.14 # Remove pre-2.2.X kernel support. Pre-2.2.X support requires # old-style error handling which we have never supported, so there # is no reason to retain this cruft. # # Pointed out by: Christoph Hellwig # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.15 # Aic79xx Driver Update # o Correct CMDS_PENDING accounting now that some SCBs are completed # via the BAD_SCB_STATUS sequencer interrupt. This could cause us # to try to coaless interrupts when few or no transactions were really # outstanding. # -------------------------------------------- # 03/04/24 gibbs@overdrive.btc.adaptec.com 1.930.122.16 # Aic7xxx and Aic79xx Driver Updates # o Adapt to new IRQ handler declaration/behavior for 2.5.X # -------------------------------------------- # 03/04/24 ak@muc.de 1.930.108.19 # [PATCH] Critical fix for x86-64 # # Hi Marcelo, # # The last x86-64 patchkit unfortunately introduced a nasty bug together # with an optimization. The copy_*_user function would zero too much # memory when an exception occur, causing memory corruption. Some setups # worked by luck, but others saw random crashes. # # This patch just reverts the buggy function to the 2.4.20 state. # This fixes the bug. The buggy change was only an attempt to make it slightly # faster, but the difference is not that very big. # # Please apply before 2.4.21 # # -Andi # -------------------------------------------- # 03/04/25 bcollins@debian.org 1.930.108.20 # [PATCH] More firewire/IEEE1394 fixes # # Please apply this for -rc2. The majority of this is just format # changes...it's virtually bloated. There are a lot of important fixes # here. # # - Change sbp2 to use more logical host/template allocation and cleanup. # This gets rid of the oopses caused when loading/unloading sbp2 several # times. # - Fix SBP-2 for S800 speeds (oops on S800 detection). # - Real fix for IRM reset loop. Still includes the fallback catch to # prevent endless loop. # - Fix missing use_new_eh_code for the SBP-2 device. # -------------------------------------------- # 03/04/25 jsun@mvista.com 1.930.108.21 # [PATCH] kiobuf flush dcache properly # # Some CPUs have cache aliasing problem, where the same physical # memory could appear in more than one places in data cache # (such as those found in MIPS and Sparc). For those CPUs, kiobuf # is not flushing cache properly. # # The symptom can be easily found if you open files with O_DIRECT # flag and do file copies on those CPUs. # # This patch fixes the problem. # # Basically if it is a WRITE (from user to disk), we need to flush # cache before the IO. If it is a READ, we need to flush cache after # the IO. # -------------------------------------------- # 03/04/25 bunk@fs.tum.de 1.930.123.1 # [PATCH] fix .text.exit error in drivers/net/r8169.c # # In drivers/net/r8169.c the function rtl8169_remove_one is __devexit but # the pointer to it didn't use __devexit_p resulting in a.text.exit # compile error when !CONFIG_HOTPLUG. # # The fix is simple: # -------------------------------------------- # 03/04/25 riel@redhat.com 1.930.123.2 # [wireless airo] fix end-of-array test # # FYI statsLabels[] is an array of char*, so the fix below # is pretty obvious. # -------------------------------------------- # 03/04/25 edward_peng@dlink.com.tw 1.930.123.3 # [netdrvr via-rhine] fix promisc mode # # I found a via-rhine bug, it can't receive BPDU (mac: 0180c2000000) # in promiscuous mode. # Fill all "1" in hash table to fix this problem in promiscuous mode. # (RCR remain 0x1c, write it as 0x1f don't work) # -------------------------------------------- # 03/04/25 edward_peng@dlink.com.tw 1.930.123.4 # [netdrvr sundance] bug fixes, VLAN support # # - Fix tx bugs in big-endian machines # - Remove unused max_interrupt_work module parameter, the new # NAPI-like rx scheme doesn't need it. # - Remove redundancy get_stats() in intr_handler(), those # I/O access could affect performance in ARM-based system # - Add Linux software VLAN support # - Fix bug of custom mac address # (StationAddr register only accept word write) # -------------------------------------------- # 03/04/25 jgarzik@redhat.com 1.930.123.5 # [netdrvr sundance] small cleanups from 2.5 # # - s/long flag/unsigned long flag/ # - C99 initializers # -------------------------------------------- # 03/04/26 Valdis.Kletnieks@vt.edu 1.930.123.6 # [netdrvr typhoon] s/#if/#ifdef/ for a CONFIG_ var # -------------------------------------------- # 03/04/26 maxk@qualcomm.com 1.930.120.2 # [Bluetooth] Improved RFCOMM TTY buffer management. Don't buffer more data than # we have credits for. # Patch from David Woodhouse # -------------------------------------------- # 03/04/26 maxk@qualcomm.com 1.930.120.3 # [Bluetooth] Fix race condition in RFCOMM session and dlc scheduler. # This fixes random RFCOMM freezes reported by a few people. # -------------------------------------------- # 03/04/26 maxk@qualcomm.com 1.930.108.22 # Merge bk://linux.bkbits.net/linux-2.4 # into qualcomm.com:/home/kernel/bt-2.4 # -------------------------------------------- # 03/04/27 jgarzik@redhat.com 1.930.124.1 # Merge redhat.com:/garz/repo/marcelo-2.4 # into redhat.com:/garz/repo/net-drivers-2.4 # -------------------------------------------- # 03/04/27 anton@samba.org 1.930.124.2 # [netdrvr 8139cp] enable MWI via pci_set_mwi, rather than manually # -------------------------------------------- # 03/04/27 mulix@mulix.org 1.930.117.3 # [NETFILTER]: ip_queue memory leaks # -------------------------------------------- # 03/04/27 kaber@trash.net 1.930.117.4 # [NETFILTER]: Multiple ipt_REJECT fixes. # - fix tcp-rst routing # - fix memory leak # - remove unecessary "struct in_device" declaration # - remove RTO_CONN # -------------------------------------------- # 03/04/27 laforge@netfilter.org 1.930.117.5 # [NETFILTER]: Makefile and build fixes. # -------------------------------------------- # 03/04/27 davem@kernel.bkbits.net 1.930.125.1 # Merge davem@nuts.ninka.net:/home/davem/src/BK/net-2.4 # into kernel.bkbits.net:/home/davem/net-2.4 # -------------------------------------------- # 03/04/27 jgarzik@redhat.com 1.930.124.3 # Remove duplicate CONFIG_TULIP_MWI entry in Configure.help # # Noticed by Geert Uytterhoeven # -------------------------------------------- # 03/04/27 dean@arctic.org 1.930.124.4 # [netdrvr tulip] support DM910x chip from ALi # -------------------------------------------- # 03/04/27 scott.feldman@intel.com 1.930.124.5 # [netdrvr e1000] add support for NAPI # # * Copy NAPI support from 2.5 e1000 driver # * Add CONFIG_E1000_NAPI option # # -------------------------------------------- # 03/04/27 scott.feldman@intel.com 1.930.124.6 # [netdrvr e1000] add TSO support -- disabled # # * Copy TSO support for 2.5 e1000. Wrapped with NETIF_F_TSO, so # not currently enabled in 2.4. Done to keep 2.4 and 2.5 drivers # in-sync as much as possible. # # -------------------------------------------- # 03/04/28 bcollins@debian.org 1.930.125.2 # [PATCH] Fix highmem_io for sbp2 # # This ones been around awhile. Odd that it only popped up now. Since # SBP-2 enables highmem_io for the scsi template, we need to set the # scsi_host's pdev in detect, to avoid an oops. I think this only happens # when HIGHMEM is enabled in the kernel. # -------------------------------------------- # 03/04/28 marcelo@freak.distro.conectiva 1.930.108.23 # Merge bk://linux-bt.bkbits.net/bt-2.4 # into freak.distro.conectiva:/home/marcelo/bk/linux-2.4 # -------------------------------------------- # 03/04/28 greg@kroah.com 1.930.125.3 # [PATCH] i2c: bug fix for 2.4.21-rc1 # # Fixes a number of problems in the i2c-dev driver. # -------------------------------------------- # 03/04/28 petrides@redhat.com 1.930.108.24 # [PATCH] Orphan recovery error path fix # # On Monday, 21-Apr-2003 at 15:8 PDT, Andrew Morton wrote: # # The problem resolved by this patch is that if a root file system has an # error recorded from a previous mount, and then (when rebooting) the orphan # recovery procedure is initiated, the recovery is correctly skipped but the # file system is incorrectly left in a writable state. # # This causes the subsequent fsck to fail due to the root file system # being dirty, and then requires manual intervention to get the system # fully booted. # -------------------------------------------- # 03/04/28 marcelo@freak.distro.conectiva 1.930.108.25 # Merge bk://kernel.bkbits.net/gregkh/linux/marcelo-2.4 # into freak.distro.conectiva:/home/marcelo/bk/linux-2.4 # -------------------------------------------- # 03/04/29 dlstevens@us.ibm.com 1.930.108.26 # [IGMP]: Backport igmpv3/mld2 support to 2.4.x # -------------------------------------------- # 03/04/29 bjorn_helgaas@hp.com 1.930.112.10 # ia64: Don't blindly probe PCI buses (probe only those reported by ACPI). # -------------------------------------------- # 03/04/29 bjorn_helgaas@hp.com 1.930.112.11 # ia64: pci.c: Trivial changes to follow 2.5. # -------------------------------------------- # 03/04/29 bjorn_helgaas@hp.com 1.930.112.12 # ia64: sba_iommu: use seq_file. # -------------------------------------------- # 03/04/29 bjorn_helgaas@hp.com 1.930.112.13 # ia64: acpi: handle vendor resources more generically. # -------------------------------------------- # 03/04/29 bjorn_helgaas@hp.com 1.930.107.3 # Move UP cpu_online definition to . # -------------------------------------------- # diff -Nru a/include/linux/smp.h b/include/linux/smp.h --- a/include/linux/smp.h Wed Oct 8 09:08:49 2003 +++ b/include/linux/smp.h Wed Oct 8 09:08:49 2003 @@ -77,6 +77,7 @@ #define cpu_number_map(cpu) 0 #define smp_call_function(func,info,retry,wait) ({ 0; }) #define cpu_online_map 1 +#define cpu_online(cpu) (cpu == 0) #endif #endif